home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19941031-19941221
/
000273_news@columbia.edu_Thu Nov 24 22:34:05 1994.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA07127
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 25 Nov 1994 05:24:07 -0500
Received: by apakabar.cc.columbia.edu id AA13516
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 25 Nov 1994 05:24:06 -0500
Newsgroups: comp.protocols.kermit.misc
From: david@djwhome.demon.co.uk (David Woolley)
Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!news.sprintlink.net!demon!djwhome.demon.co.uk!david
Subject: Re: Telnet Data Mark displays as "r" on MSK 3.13.
References: <785307785snx@djwhome.demon.co.uk> <1994Nov21.074313.33432@cc.usu.edu>
Summary: Problem seems to be DM sequence split across segments.
Cc: jrd@cc.usu.edu
X-Mailer: cppnews $Revision: 1.42 $
Organization: Demon Subscriber at Home
Lines: 76
Date: Thu, 24 Nov 1994 22:34:05 +0000
Message-Id: <785741645snx@djwhome.demon.co.uk>
Sender: usenet@demon.co.uk
In article <1994Nov21.074313.33432@cc.usu.edu>
jrd@cc.usu.edu (Joe Doupnik) writes:
> Data Marks are rather rare events, but you ought not have seen
>an "r" as a consequence. DMARK is 242 decimal, which after chopping the
>high bit yields 114 decimal "r". But the DMARK should have been sent as
>IAC DMARK (255 242), and the Kermit Telnet code would (quotes) have absorbed
>both bytes.
.....
> If you still have the trace I'd appreciate receiving a copy.
The original log I had was just the ALT Z screen from NCSA
telnet. However, I have now done a trace with KA9Q (I couldn't
get the packet driver trace to log anything, although it has
worked before - possibly something to do with using ODIPKT now?).
There is no kermit involvement in the tracing process.
It appears that the data mark is being split between two
segments, which appears to me to be a legitimate, although
perverse, interpretation of RFC 854.
In the following, one delete, the default interrupt character, is
entered at the login prompt. I have the kermit option
negotiation trace, and the full KA9Q trace, but it seems to me
that the options are irrelevant. I've pruned the data from ACKs.
Using the login sequence as an example was to reduce the length
of the trace. The symptom is easily repeatable. (It's even
repeatable on new versions of KEATERM, but not older ones!!!)
[ A fuller trace has been sent to JRD ]
Thu Nov 24 12:51:30 1994 - et0 recv:
Ether: len 63 00:80:0f:66:bd:8c->00:00:c0:2d:5f:81 type IP
IP: len 47 193.130.6.37->193.130.6.73 ihl 20 ttl 59 tos 16 prot TCP
TCP: 23->1024 Seq xa4559a5f Ack x2163e01f ACK PSH Wnd 4096 Data 7
0030 10 00 69 f0 00 00 6c 6f 67 69 6e 3a 20 00 4e ..ip..login: .N
>>>>> ACK
Backspace and echo sent by mistake.
Thu Nov 24 12:51:38 1994 - et0 rec
>>>>> ACK
Thu Nov 24 12:51:39 1994 - et0 sent:
Ether: len 55 00:00:c0:2d:5f:81->00:80:0f:66:bd:8c type IP
IP: len 41 193.130.6.73->193.130.6.37 ihl 20 ttl 63 prot TCP
TCP: 1024->23 Seq x2163e020 Ack xa4559a67 ACK PSH Wnd 11680 Data 1
0030 2d a0 2f 60 00 00 7f - /`...
========================^^=============================================DEL
Thu Nov 24 12:51:39 1994 - et0 recv:
Ether: len 61 00:80:0f:66:bd:8c->00:00:c0:2d:5f:81 type IP
IP: len 41 193.130.6.37->193.130.6.73 ihl 20 ttl 59 tos 16 prot TCP
TCP: 23->1024 Seq xa4559a67 Ack x2163e021 URG ACK PSH Wnd 4096 UP x1 Data 1
==========================================^^^
0030 10 00 cc dd 00 01 ff 00 20 20 20 20 20 ..L]....
========================^^=============================================IAC
<<<<< ACK
>>>>> ACK
Thu Nov 24 12:51:39 1994 - et0 recv:
Ether: len 61 00:80:0f:66:bd:8c->00:00:c0:2d:5f:81 type IP
IP: len 41 193.130.6.37->193.130.6.73 ihl 20 ttl 59 tos 16 prot TCP
TCP: 23->1024 Seq xa4559a68 Ack x2163e021 ACK PSH Wnd 4096 Data 1
0030 10 00 d9 fd 00 00 f2 00 20 20 20 20 20 ..Y}..r.
========================^^===============================================DM
>>>>> ACK
--
David Woolley, London, England david@djwhome.demon.co.uk
Demon supplies me with IP/SMTP/NNTP. *.demon hosts are independently managed.